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ABSTRACT 



A call record scheduling system for prioritizing call records 
for an outbound dialing system. Call records are down- 
loaded to a call center record manager which preliminarily 
filters the records to select only certain records for a call 
campaign. Call records are then individually processed to 
produce a time range and priority for each call record to be 
dialed. This time range and priority are inserted into a 
priority table which may have more than one entry for each 
call record. A call record scheduler scans the priority table 
and selects call records to be downloaded to the outbound 
dialer to be presently dialed. The call record scheduler 
dynamically adjusts the priority table, including inserting 
and deleting priority table entries and changing the priority 
value. The present system allows control over when to place 
telephone calls during an ongoing telephone campaign, 
thereby increasing the likelihood of reaching the called 
party. 

21 Claims, 4 Drawing Sheets 
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CALL RECORD SCHEDULING SYSTEM AND 
METHOD 

FIELD OF THE INVENTION 

This invention relates to a telephone call account man- 
agement system and method and more particularly, to a 
system and method for prioritizing when to place calls to 
telephone accounts. 

BACKGROUND OF THE INVENTION 

Many businesses and customer service organizations uti- 
lize telephone systems including automated telephone dial- 
ing equipment to contact customer and client accounts. Such 
telephone systems often include the ability to process a large 
number of customer account records grouped together as a 
campaign. These customer account records can include 
customer credit card accounts, marketing accounts, or other 
information. 

Telephone systems attempt to automate outbound dialing 
as much as possible. Such systems often include automatic 
dialers and groups of agents to talk to customers. Each agent 
usually has a telephone headset and computer terminal 
which displays information on the customer's account. A 
supervisor oversees the processing of a group of call account 
records being dialed, known as a call campaign, and can 
manage the system and campaign through a supervisory 
workstation. The call account records are usually stored on 
a host computer. 

Existing telephone systems often process campaigns in a 
batch, wherein customer account records are downloaded as 
a campaign to an automated dialer which dials the telephone 
numbers, and upon detecting an answer, the call is connected 
to an agent to process the call. Automated dialers allow the 
telephone system to maintain a fairly constant level of 
connecting calls, thereby making efficient use of the agents. 

Existing automated outbound dialers, however, simply 
dial call account records in the order the dialer receives 
them, which is generally the sequential order of the customer 
account records making up the campaign or the order in 
which the customer account records are stored. Calls that are 
not answered can be retried a predetermined number of 
times to attempt to reach the party, but the call back times 
are not scheduled in any sensible way. Further, if a call 
campaign starts up at 10:00 a.m. eastern standard time, calls 
will be made sequentially trying to reach the customer 
without any determination of whether the time called is a 
reasonable time to attempt to reach the called party. For 
example, if a person in California on pacific time is dialed 
at 10:00 a.m. eastern standard time, they will receive the call 
at 7:00 a.m. This is not a particularly courteous time to call, 
and may be illegal if the call is for bill collection purposes. 

Prior art telephone systems have used very simple call 
screenings or filters to select whether to call certain account 
records. A common technique is to pass the call records 
through a simple filter which selects call records to presently 
dial based on one or more user specified criteria. One such 
criteria includes time zone divisions, based on the area code 
of the number being dialed, to avoid calling too early or too 
late for a receiving party. The filter will scan a list of call 
records which make up the campaign, and skip any records 
that do not meet the criteria. 

Another simple technique used is to use a filter which will 
dial a work number during normal working hours of a day, 
and which will dial a home number in early evening, when 
it would be appropriate for the called party to be home. 
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Such rudimentary filters which control dialing calls at 
certain times are helpful as a general selection criteria, but 
are not helpful based upon the individual requirements of 
each account. The called party attempting to be reached may 
5 work outside normal working hours or simply have different 
telephone numbers to call at different times of the day. It is 
also common that a person may be more likely to be reached 
at a certain time of the day, such as lunch time, than another 
time. 

10 Another problem with simple selection filtering is that 
once a call campaign starts, the call records are still dialed 
sequentially as presented in the list, with no deference as to 
timing priority. While a filter can select whether now is an 
appropriate time to make a call, the filter can only choose to 

35 skip dialing that call. It cannot prioritize one call over 
another based on a comparison of the appropriate or desired 
time(s) to place the calls. 

For example, if a call campaign is filtered so that only call 
account records in pacific and mountain time zones are 

20 dialed, the records are selected and dialed in sequential 
order. If it was late in the evening, it would make sense to 
dial the mountain central time call accounts before dialing 
the calls for pacific time accounts since the latter are an hour 
earlier. Present telephone systems which simply dial num- 

25 bers in the order they receive the numbers are unable to 
discern or make use of such an advantageous calling pattern. 
If campaigns were downloaded to sort the pacific time calls 
from the mountain time calls, the ability to overlap and 
group areas as one campaign would be lost. 

A further problem is that once the system starts dialing 
numbers, it is not possible to dynamically update the system 
dialing order or sequence based on any real-time parameters. 
Existing telephone systems are capable of accepting inbound 

35 calls from customers and connecting the calls to agents 
while still running outbound call campaigns. An unexpected 
volume of inbound calls can tie up agent operators and slow 
down the processing of the outbound call campaigns. Prior 
art telephone systems cannot automatically adjust for such 

40 unforeseen problems. 

For example, if a call campaign is proceeding slower than 
expected, it would be beneficial to be able to reschedule the 
call dialing order to ensure that important calls get placed 
before the campaign time slot expires. Present telephone call 

45 systems which simply dial telephone numbers in the order 
they receive them are unable to dynamically alter the call 
record dialing order. 

Accordingly, what is needed is a telephony system includ- 
ing a call scheduling system that can prioritize calls so that 

50 the number of connecting calls over time remains fairly 
constant, providing enough calls to keep agents busy, but 
which also allows individual call records to be dialed at 
more appropriate times for the called party based upon 
experience, call history, or other similar criteria. 

55 SUMMARY OF THE INVENTION 

The present invention features an outbound call schedul- 
ing system which includes a source of call records to be 
potentially processed. A call center record manager is 

60 responsive to this source of call records and allows a user to 
input at least one user selectable call record selection criteria 
for sorting through the call records to be potentially 
processed, to prioritize particular call records to dial for a 
given call campaign. Each call record includes one or more 

65 time range value and priority value generated by the call 
center record manager. These time range and priority values 
are inserted into a call record priority table. The call center 
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record manager can then scan the table and select call Such a telephone system 8 may not want to dial all call 

records based on time range and priority and download them records within a database at a certain time. If only certain 

to the telephone dialer. calls are to be made for a certain call campaign, such as 

Call records may contain a unique call record identifier to customer accounts overdue by 60 days, for example, a 
allow tracking of particular call records. Call records may 5 preliminary user selectable filter may be used to select a list 

i * • u • * • i j . * of calls to make. This filtering function may take place on 

also contain historical data on customer account activity to . . IT " 5 , "J . F . n 

n . * u ui * ii. • j i • the host computer 16 or the workstation 18 and will scan 

allow the system to be able to calculate priority and time , V. . . - u , , . , „ 

c J. t1 AU t . . . .. i J . u through the database of call records and select the call 

ranges for dialing calls. Alternatively, historical data may be tQ be ^ ^ ^ limi ^ critefia 

stored by the call center records manager separately from the Sucfa ^ criteria can lime of d account 

call records. Such historical data can include previous 10 overdue status both amount due and past due days, time zone 
attempts to contact the called party, or more specific infer- information and other general criteria, 
mation including successful contacts, times not to call, and Qnce these records are SQrted intQ one Qr more Usts of caU 

information about what was decided during the last contact records to be dialed, only the call records to be dialed will 
with the called party. De downloaded to the computerized autodialer 10. However, 

The user selectable call record selection criteria can 35 once the call records are downloaded, the prior art comput- 
include time zone information, the amount of time the erized dialer 10 simply dials them in the order received, 
collection is past due or the amount of money that is due, The present invention includes a call center record man- 
failure to reach the party after a number of attempts, etc. ager 26, which allows the call records to be scheduled and 

The priority table may be updated dynamically. As the call dialed in a particular predetermined order based on various 

campaign progresses and time passes, the priority value 20 criteria such as priority and time. The call center record 
entries may be adjusted by the call center record manager. manager may reside on the host system 16 or the call 
New call record entries may be added as well as call records account management workstation 18. In the preferred 
deleted for calls that have been completed. embodiment, the call center record manager is a software 

If a call is not completed, the call record may be placed 25 program that runs on management workstation 18. 

in a recall queue, so the call will be made again during an The call center record manager 26 typically receives call 

appropriate time. A recall may change the priority of the call account records from the host 16, FIG. 2. Each individual 

record, so for example, it may have a higher priority than call record 28 typically contains data such as an account 

call records that have not been dialed yet. identifier 29, the amount owed on a collection account 31, 

_ ™ „ „ „ „„ the past due date 32 on such an account, one or more 

BRIEF DESCRIPTION OF THE DRAWINGS 30 phone 3 „ ^ weU ^ • ^ 

These and other features and advantages of the present specific information, 

invention will be better understood by reading the following Historical call data 35, which is a record of information 

detailed description, taken together with the drawings including at least some of the calls made to this account to 

wherein: 35 date may be included as part of each record 28. 

FIG. 1 is a block diagram of a telephone calling system Alternatively, historical data 35 may be stored separately in 

which may be used to implement the present invention; a file or database in the call center record manager 26. In the 

FIG. 2 is a block diagram of a call center record manager preferred embodiment, all data on past account calling (both 

according to one feature of the present invention, which can successful and unsuccessful) is stored separately 41 from 

process and prioritize call records according to the present 40 ca ^ rec °rds stored on host 16. 

invention; Any type of call or customer data may be stored as 

FIG. 3 is a schematic representation of a call record range historical data 35, including attempts made with no answer, 

value table utilized by the present invention; and limes when connections were made but the party was not 

FIG. 4 is a flowchart showing the steps performed by the avaUable > times when the u P ar J v was taIked l ° ™! an y 
present invention in prioritizing and dialing a call campaign. 45 agreements that were reached about paying such a debt, or 

any other such data on calls made to this customer account. 
DETAILED DESCRIPTION OF THE Any additional information which can be helpful in deciding 

PREFERRED EMBODIMENT when to schedule a call can also be stored. 

A telephony system 8, FIG. 1, capable of at least placing The call records 28 are downloaded to the call account 
outbound calls and employing the present invention is 50 scheduler 30 which will decide when to schedule the calls 
illustrated for exemplary purposes. A host computer 16 and will, in the preferred embodiment, assign a priority 
typically maintains customer record numbers to be dialed in value to each call. The call account scheduler 30 can use 
a database. These call records can be downloaded to a call many criteria to decide when to schedule the call including 
account management workstation 18 to be filtered or pos- the user selection criterion or criteria 32, the historical call 
sibly directly downloaded to the computerized autodialer 10. 55 data 35, or any other information including rule based 

Computerized autodialer 10 is connected to a plurality of systems or other techniques. One example is to order the 
telephone trunk lines 14 which can then be connected to calls so that lh e call records for accounts most overdue with 
called parties 24 through a telephone company central office the highest dollar amounts due get dialed first, 
(not shown). Computerized autodialer 10 will automatically Call account scheduler 30 will process each account to be 
dial telephone numbers from call records downloaded from 60 scheduled and place it in priority table 34. Priority table 34 
host 16 or call account management workstation 18 and can contains slots or entries 37 for holding each account includ- 
detect if a telephone call is answered. In such cases, com- ing the information provided by call account scheduler 30. 
puterized autodialer 10 will connect a trunk fine 14 con- Call accounts are then selected by the call account scheduler 
nected with the called party 24a-24/z to an agent workstation 30 from priority table 34 in accordance with its priority 
headset 19a-19n over a signal path 13a-13/i. Called party 65 value, and sent to an automatic dialer 36. 
information can also be retrieved and provided on an agent As calls are processed, status information 38 from the 
workstation \2a-\2n by means of signal paths 15a-15«. dialer or agent handling the call will return to the call 
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account scheduler 30 of the call center record manager 26. 
This status information 38 can be used to update the priority 
table 34, for example, removing the call record when the 
party has been reached and the call no longer needs to be 
made. 

In the preferred embodiment, the priority table can also be 
updated during a call campaign as described below. New 
records may also be added or unprocessed records may also 
be removed. Call account scheduler 30 can reschedule the 
records as needed and even schedule more records or 
accounts based on a possible change in user selection 
criterion 32. 

During a call campaign or upon completion of a 
campaign, call records 28 are uploaded over signal path 40 
back to the host 16. If historical data 35 is stored with call 
records 28, the updated historical data is also uploaded. 

The call record priority table 34, FIG. 3, contains slots or 
entries 37 which allow call account records 28 to be sched- 
uled and called. In the preferred embodiment, each entry 37 
includes a field 49 for an account identifier number to 
identify the call record entry 34, and a time range field 43 
consisting of a start time 46 and a stop time 48. This time 
range indicates a range of times when it is appropriate to 
place a call. For example, if it is known that a party to be 
called can be reached between 8:00 a.m. and 10:00 a.m. 
eastern standard time, the start time field 46 will contain 
8:00 a.m. and stop time field 48 will contain 10:00 a.m. 
Conversely, this time range can also be used to indicate a 
time not to make a call. 

Each entry 37 also includes a priority field 50 which 
contains a priority scale for indicating the importance or 
priority of that time range. In the preferred embodiment, the 
priority scale is selectable from 0 to 10. If the priority is set 
to 0, the call is not prioritized in any way, and that call 
account will simply get dialed when all other accounts of 
higher priority have been dialed. A priority of 10 indicates 
a very high priority for that particular call account time 
range. 

The call account scheduler can assign a priority based on 
a number of factors. The priority can be based on how 
important it is to contact this called party. As in a previous 
example, if a called party's account is seriously overdue in 
time or dollar value, the priority can be increased. Another 
basis for priority would be time zone information to allow 
calls in a certain time zone to be assigned a time range and 
a high priority so that call accounts in that time zone range 
are dialed at an appropriate hour for that time zone. Yet 
another priority level can be computed using the past calling 
history of the call account. If a called party is consistently 
reached between 5:00 and 7:00 in the evening, a high 
priority would be assigned to that time entry slot so that that 
call account will be placed during the optimum time. 

A call record can have more than one entry in priority 
table 34. If there are several time ranges for a call record, 
they may all be entered into the table and the scheduler will 
use this multi-range of information to decide when to dial 
the account. Each time range can have a different priority. 
The number of slot entries an account has can affect the 
priority of that account. For example, if one account has 
three separate time ranges with a reasonable priority of 
success assigned to those slots, and a second account has 
only one time range overlapping one of the first call record 
time ranges, the second call account may receive a higher 
priority in its priority slot since it is more important to dial 
that second account during the one, single valid time range 
than the first account which has other available time ranges. 
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Further, if a time range for a call account is very narrow, for 
example half an hour, it may receive a high priority to make 
sure that call account gets scheduled during that small time 
range. 

5 As a further example, record number 001, FIG. 3, line 1, 
has a priority of zero. It also has no time range in start field 
46 or stop field 48. Record number 001, therefore, has no 
priority and will be dialed when the call account scheduler 
30 has no other call accounts with a higher priority. Record 

10 003, lines 2 and 3, has two entries into priority table 34. The 
first entry, line 2, has a time range from 8:00 a.m. to 10:00 
a.m. and has priority of eight. The second entry, line 3, has 
a time range of from 3:00 p.m. to 6:15 p.m., and has a 
priority of four. The call account scheduler will attempt to 

15 schedule account 003 to be dialed during the first time range 
(8:00 a.m. to 10:00 a.m.) since the priority is higher for that 
time slot range. The higher priority for the earlier time range 
implies a higher likelihood of reaching the called party at 
that time range. 

20 Record 007, line 4, has a time range from 6:00 p.m. to 
8:00 p.m. and a priority of five. This time range overlaps the 
time range of the second entry for record 003, line 3. Since 
record 007 has a slightly higher priority than record 003 at 
6:00 p.m., the call account scheduler 30 might give record 

25 007 priority over record 003. 

However, since record 003's time range will expire at 
6:15 p.m., while record 007's time range continues until 
8:00 p.m., the scheduler may increase the priority of the 
priority table slot entry line 3 to a higher priority so record 
003 gets called before record 007. This example shows the 
flexibility priority table 34 provides. The invention is not 
limited to the scheduling method of this example. 

If the customer represented by for record 003 gets con- 

35 tacted and the matter resolved, the entry at lines 2 and 3 will 
get removed since the call has been successful. 

The present system can also dynamically update priorities 
as the call campaign is running. The telephone system can 
therefore respond to unforeseen conditions which can alter 

40 the expected telephone call campaign course. For example, 
if the call campaign is running slower than expected, the 
priority of important calls can be increased to make sure that 
those call records get called before the end of the call 
campaign. The priority may be updated using the same 

45 preliminary user selection criteria used to select the call 
records to dial, or a different user selection criteria 32. Also, 
as calls are made and completed, slots or entries will be 
removed from the priority table. The priority of the remain- 
ing call accounts can then be appropriately adjusted. 

50 In the preferred embodiment, dynamically updating pri- 
orities is accomplished by dividing priorities into two val- 
ues: a static priority and a dynamic priority. The static 
priority is assigned when the call records are initially 
inserted into priority table 34. The static priority is calcu- 

55 lated based on user selection criteria 32 such as how long the 
account is overdue, the length and number of time ranges 
46,48 for the account, etc. This static priority is the initial 
priority 50 used for commencing call campaign. 

As the call campaign progresses, a dynamic priority may 

60 be added or substituted to the priority 50 in priority table 37. 
A dynamic priority may be calculated based on factors 
which cannot be ascertained before the call campaign com- 
mences. These factors may include selection criteria 32, 
including how much time remains in the time range 46, 48 

65 for an account 44. For example, if the only time range for an 
account 44 will expire in 20 minutes, a high priority will be 
dynamically assigned to ensure the account gets dialed soon. 
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A low or negative dynamic priority may be used to lower the 
priority 50 of other accounts. The final priority 50 is a 
combination of the original static priority combined with the 
dynamic priority. The dynamic priority may simply by 
added to the static priority, or one may have more weight in 
combining the two values, depending on the algorithm. 

Although priority table 34 as shown contains only four 
fields for each slot, other fields may be included to contain 
other pertinent information. Further, a different priority 
range may be used if it would be appropriate such as a range 
from 0 to 50. 

The steps utilized in scheduling calls in accordance with 
the present invention start with downloading a call campaign 
70, FIG. 4. A user selectable criteria is obtained, step 72. The 
selectable criteria is used to prioritize call records in the 
downloaded call campaign. 

The call records to be dialed now need to have a priority 
and time range assigned to them. The records are sequen- 
tially selected 76, and a time range and priority is calculated 
for such record. The time range and priority are now inserted 
into the priority table 80. If the call record has another 
possible time range and priority for that record, step 82, the 
steps will be repeated to produce another time range and 
priority slot or entry for the record table. An example of 
calculating a priority is as follows: create a static priority by 
starting with a value of one, and increase the static priority 
by one for each of the following conditions: customer 
account overdue by 30 days, customer account overdue by 
60 days, customer account overdue by 90 days. Use this 
static priority to start with. 

Once a given record has been completed, the next record 
in series 84 will be processed until there are no more records. 
At this time, the priority table is scanned by the call account 
scheduler 30 to decide what records to dial and in what 
order, for example based upon the present time and priority, 
step 86, and these calls are dialed. 

As some calls complete, some calls go unanswered and 
time passes, the priorities may be updated, step 88. Now a 
dynamic priority may be added to the original (static) 
priority to reflect new conditions. This second user select- 
able priority could be similar to the static priority or based 
on a different criteria. 

Continuing with the previous example of a possible 
embodiment, start with a dynamic priority of zero, and add 
one for each of the following conditions: only one time 
range available for a call record, the number of call records 
processed per minute falls below a predetermined threshold, 
less than 30 minutes remain in the call record's last time 
range, and less than 15 minutes remain in the call record's 
last time range. Therefore, as a call record's time range gets 
close to expiring, the dynamic priority will start to increase, 
enhancing the call record's likelihood of being processed in 
time. The dynamic priority is then added to or replaces the 
static priority. 

With the present invention, the outbound dialer can con- 
tinue to place outbound calls at a rate to keep the agents 
busy, yet order the calls so as to increase the likelihood of 
reaching the desired party at the most convenient or desired 
time. This increases the success of the call campaign. 

Modifications and substitutions by one of ordinary skill in 
the art are considered to be within the scope of the present 
invention which is not to be limited except by the claims 
which follow. 

What is claimed is: 

1. A call account scheduling system, comprising: 
a source of call records to be processed; 
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a call center call record manager, responsive to said call 
records to be processed, and responsive to at least one 
user selectable call record selection criteria, for select- 
ing a plurality of call records to be dialed, and for 
generating at least one call record time range and call 
priority value for each call record to be dialed, and for 
storing said at least one call record time range and call 
priority value for each call record to be dialed into a call 
record priority table; and 

a call account scheduler, responsive to said call record 
priority table and to call record call results received 
from a call dialer, for scanning said call record priority 
table, for determining which call record should be 
processed next, and for providing said call record to be 
processed next to a call dialer, wherein said call account 
scheduler dynamically recalculates at least said call 
record call priority value stored in said call record 
priority table based on said call record call results 
received from said call dialer while said call center 
manager is providing call records to said call dialer, to 
determine which call record should be processed next. 

2. The call account scheduling system of claim 1, wherein 
said call center record call manager dynamically adjusts said 
call record time range and call priority value based on said 
user selectable call record selection criteria. 

3. The call account scheduling system of claim 1, wherein 
each of said call records to be processed include a unique 
call record identifier. 

4. The call account scheduling system of claim 1, wherein 
said call account scheduling system includes historical data 
on call activity. 

5. The call account scheduling system of claim 4, wherein 
each of said call records to be processed contain said 
historical data on call activity. 

6. The call account scheduling system of claim 4, wherein 
said call center call record manager contains said historical 
data on call activity. 

7. The call account scheduling system of claim 4, wherein 
said historical data on call activity includes at least one time 
indication representing at least one previous contact time 
with a called party associated with a given call record. 

8. The call account scheduling system of claim 4, wherein 
said historical data on call activity is subsequently updated 
with results of said call record being dialed by said call 
dialer. 

9. The call account scheduling system of claim 1, wherein 
said user selectable call record selection criteria includes 
time zone information. 

10. The call account scheduling system of claim 1, 
wherein said user selectable call record selection criteria 
includes call accounts whose collection due date is past due 
by a predetermined time period. 

11. The call account scheduling system of claim 1, 
wherein said user selectable call record selection criteria 
includes call accounts wherein a collection dollar amount 
due exceeds a predetermined dollar amount value. 

12. The call account scheduling system of claim 1, 
wherein said user selectable call record selection criteria 
includes toll call charge rate. 

13. The call account scheduling system of claim 1, 
wherein said user selectable call record selection criteria 
includes at least one telephone number area code. 

14. A method of ordering and dialing a plurality of call 
records for a call record dialing system, said method com- 
prising the steps of: 

providing a source of call records to be processed; 
providing a call center call record manager; 
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receiving at least one user selectable call record selection 
criteria; 

generating at least one call record time range and call 
priority value for each of said plurality of call records 
from said source of call records desired to be actually 5 
processed in response to said received at least one user 
selectable call record selection criteria; 

storing said at least one call record time range and call 
priority value in a call record priority table; 

scanning said call record priority table to determine which 
call record should be processed next including selecting 
at least one call record to be dialed next based on said 
time range and priority entry from said call record 
priority table, wherein said step of scanning dynami- 
cally recalculates at least one said call record call 
priority value stored in said call record priority table 
based on call record call results received from a call 
dialer while call records are provided to said call dialer, 
to determine which call record should be processed 2Q 
next; and 

dialing said at least one selected call record to be dialed 
next. 

15. The method of claim 14, including the step of: 
filtering said plurality of call records from said source of 25 
call records to be potentially processed to exclude at 
least one call record based on said user selectable call 
record selection criteria. 
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16. The method of claim 14, wherein each of said call 
records to be potentially processed contain historical data on 
call account activity. 

17. The method of claim 16, further including the step of: 
after dialing said plurality of call records, updating said 

historical data on call record activity contained in said 
call records. 

18. The method of claim 14 wherein each of said call 
records to be potentially processed contain a unique record 
identifier. 

19. The method of claim 14 including the step of: 
during dialing of said at least one selected call record to 

be dialed next, dynamically recalculating at least one 
said call record call priority value stored in said call 
record priority table based on call record call results 
received from a call dialer while call records are 
provided to said call dialer, to determine which call 
record should be processed next based on a second user 
selectable call record selection criteria. 

20. The method of claim 19, wherein said user selectable 
call record selection criteria includes the passage of real 
time. 

21. The method of claim 19, wherein said user selectable 
call record selection criteria includes the ratio of said plu- 
rality of call records being connected. 
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